Function uFMOD_PlayFile(filename:String,dwReserved,dwFlags) | |
Description | Loads the given XM song and starts playing it immediately, unless XM_SUSPENDED is specified. It will stop any currently playing song before loading the new one. |
Parameters |
filename A string that specifies the name of the file. dwReserved Reserved for possible future use; should be zero. dwFlags Additional flags, controlling the playback. The following values are defined: XM_NOLOOP An XM track plays repeatedly by default. Specify this flag to play it only once. XM_SUSPENDED The XM track is loaded in a suspended state, and will not play until the uFMOD_Resume function is called. This is useful for preloading a song or testing an XM track for validity.Set to zero, if not using any special flags. |
Returns | On success, returns a pointer to an open WINMM/OSS output device handle. Returns 0 on failure. |
Remarks | If no valid song is specified and there is one currently being played, uFMOD_PlayFile just stops playback. So, you can call uFMOD_PlayFile(0, 0, 0) instead of uFMOD_Stop. |
Function uFMOD_PlayMem(pXM:Byte Ptr,length,dwFlags) | |
Description | Loads the XM song contained in the pXM memory buffer and starts playing it immediately, unless XM_SUSPENDED is specified. It will stop any currently playing song before loading the new one. |
Parameters |
pXM Points to an image of a song in memory. length Size of the image in bytes. dwFlags Additional flags, controlling the playback. The following values are defined: XM_NOLOOP An XM track plays repeatedly by default. Specify this flag to play it only once. XM_SUSPENDED The XM track is loaded in a suspended state, and will not play until the uFMOD_Resume function is called. This is useful for preloading a song or testing an XM track for validity.Set to zero, if not using any special flags. |
Returns | On success, returns a pointer to an open WINMM/OSS output device handle. Returns 0 on failure. |
Remarks | If no valid song is specified and there is one currently being played, uFMOD_PlayMem just stops playback. So, you can call uFMOD_PlayMem(0, 0, 0) instead of uFMOD_Stop. |
Function uFMOD_PlayRes(dwName,hModule,dwFlags) | |
Description | Win32 only! Loads the given XM resource and starts playing it immediately, unless XM_SUSPENDED is specified. It will stop any currently playing song before loading the new one. |
Parameters |
dwName Specifies the ID of the XM resource. You can change this function's prototype to accept an ASCII null-terminated string, specifying the name of the resource. hModule Identifies the module whose executable file contains the resource. Could be 0 if the given resource is located in the current module. dwFlags Additional flags, controlling the playback. The following values are defined: XM_NOLOOP An XM track plays repeatedly by default. Specify this flag to play it only once. XM_SUSPENDED The XM track is loaded in a suspended state, and will not play until the uFMOD_Resume function is called. This is useful for preloading a song or testing an XM track for validity.Set to zero, if not using any special flags. |
Returns | On success, returns a pointer to an open WINMM/OSS output device handle. Returns 0 on failure. |
Remarks | The resource type must be RCDATA. If no valid song is specified and there is one currently being played, uFMOD_PlayRes just stops playback. So, you can call uFMOD_PlayRes(0, 0, 0) instead of uFMOD_Stop. |
Function uFMOD_Stop() | |
Description | Stops the currently playing song, if any. |
Function uFMOD_Pause() | |
Description | Pauses the currently playing song, if any. |
Remarks | While paused you can still control the volume (uFMOD_SetVolume) and the pattern order (uFMOD_Jump2Pattern). The RMS volume coefficients (uFMOD_GetStats) will go down to 0 and the progress tracker (uFMOD_GetTime) will "freeze" while the song is paused. uFMOD_Pause doesn't perform the request immediately. Instead, it signals to pause when playback reaches next chunk of data, which may take up to about 40ms. This way, uFMOD_Pause performs asynchronously and returns very fast. It is not cumulative. So, calling uFMOD_Pause many times in a row has the same effect as calling it once. If you need synchronous pause/resuming, you can use WINMM waveOutPause/waveOutRestart functions. Take in mind that using WINMM functions directly breaks portability. |
Function uFMOD_Resume() | |
Description | Resumes the currently paused song, if any. |
Remarks | uFMOD_Resume doesn't perform the request immediately. Instead, it signals to resume when an internal thread gets a time slice, which may take some milliseconds to happen. Usually, calling delay 0 immediately after uFMOD_Resume causes it to resume faster. uFMOD_Resume is not cumulative. So, calling it many times in a row has the same effect as calling it once. If you need synchronous pause/resuming, you can use WINMM waveOutPause/waveOutRestart functions. Take in mind that using WINMM functions directly breaks portability. |
Function uFMOD_GetStats() | |
Description | Returns the current RMS volume coefficients in (L)eft and (R)ight channels.low-order word: RMS volume in R channel hi-order word: RMS volume in L channelRange from 0 (silence) to $7FFF (maximum) on each channel. |
Remarks | This function is useful for updating a VU meter. It's recommended to rescale the output to log10 (decibels or dB for short), because human ears track volume changes in a dB scale. You may call uFMOD_GetStats() as often as you like, but take in mind that uFMOD updates both channel RMS volumes every 20-40ms, depending on the output sampling rate. So, calling uFMOD_GetStats about 16 times a second whould be quite enough to track volume changes very closely. |
Function uFMOD_GetRowOrder() | |
Description | Returns the currently playing row and order.low-order word: row hi-order word: order |
Remarks | This function is useful for synchronization. uFMOD updates both row and order values every 20-40ms, depending on the output sampling rate. So, calling uFMOD_GetRowOrder about 16 times a second whould be quite enough to track row and order progress very closely. |
Function uFMOD_GetTime() | |
Description | Returns the time in milliseconds since the song was started. |
Remarks | This function is useful for synchronizing purposes. In fact, it is more precise than a regular timer in Win32. Multimedia applications can use uFMOD_GetTime to synchronize GFX to sound, for example. An XM player can use this function to update a progress meter. |
Example | A simple way to pack an 'HH:MM:SS' progress meter:Function HHMMSS$() Local iss:Int = uFMOD_GetTime() / 1000 Local mm$ = (iss / 60) Mod 60 Local hh$ = (iss / 360) Mod 24 Local ss$ = iss Mod 60 If Len ss$ = 1 ss$ = "0" + ss$ If Len mm$ = 1 mm$ = "0" + mm$ If Len hh$ = 1 hh$ = "0" + hh$ Return hh$ + ":" + mm$ + ":" + ss$ EndFunction |
Function uFMOD_GetTitle$() | |
Description | Returns the current song's title. |
Remarks | Not every song has a title, so be prepared to get an empty string. A proper way to handle such a situation is shown in the following example. |
Example | title$ = Trim(uFMOD_GetTitle()) If Len title$ = 0 title$ = "This song has no title" |
Function uFMOD_SetVolume(vol) | |
Description | Sets the global volume. The volume scale is linear. |
Parameters |
vol New volume. Range: from uFMOD_MIN_VOL (muting) to uFMOD_MAX_VOL (maximum volume). Any value above uFMOD_MAX_VOL maps to maximum volume. |
Remarks | uFMOD internally converts the given values to a logarithmic scale (dB). Maximum volume is set by default. The volume value is preserved across uFMOD_Play* calls. You can set the desired volume level before actually starting to play a song. You can use WINMM waveOutSetVolume function to control the L and R channels volumes separately. It also has a wider range than uFMOD_SetVolume, sometimes allowing to amplify the sound volume as well, as opposed to uFMOD_SetVolume only being able to attenuate it. The bad things about waveOutSetVolume is that it may produce clicks, it's hardware dependent and it breaks portability. |
Example | A simple fading effect:For i = 20 To 0 Step -4 uFMOD_SetVolume(i) Delay 20 Next |
Function uFMOD_Jump2Pattern(pat) | |
Description | Jumps to the specified pattern index. |
Parameters |
pat Next zero based pattern index. |
Remarks | uFMOD doesn't automatically perform Note Off effects before jumping to the target pattern. In other words, the original pattern will remain in the mixer until it fades out. You can use this feature to your advantage. If you don't like it, just insert leading Note Off commands in all patterns intended to be used as uFMOD_Jump2Pattern targets. if the pattern index lays outside of the bounds of the pattern order table, calling this function jumps to pattern 0, effectively rewinding playback. You can implement uFMOD_Rewind as a call to uFMOD_Jump2Pattern(0). |